home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940145.txt < prev    next >
Internet Message Format  |  1994-11-13  |  13KB

  1. Date: Mon, 11 Jul 94 04:30:03 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #145
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Mon, 11 Jul 94       Volume 94 : Issue  145
  11.  
  12. Today's Topics:
  13.                         9600 baud packet users
  14.                         AX.25 drivers for ODI
  15.                          AX.25 Packet Driver
  16.                                  DOS
  17.                       Dreams in Black and White
  18.                      JNOS 1.10d and BC++ for OS/2
  19.                          new 9600 baud radios
  20.                            NOS and Windows
  21.                      WWW Interface for the KA9Q??
  22.  
  23. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  24. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  25. Problems you can't solve otherwise to brian@ucsd.edu.
  26.  
  27. Archives of past issues of the TCP-Group Digest are available
  28. (by FTP only) from UCSD.Edu in directory "mailarchives".
  29.  
  30. We trust that readers are intelligent enough to realize that all text
  31. herein consists of personal comments and does not represent the official
  32. policies or positions of any party.  Your mileage may vary.  So there.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: Sun, 10 Jul 1994 07:24:31 -0600 (MDT)
  36. From: Klarsen <klarsen@kazak.NMSU.Edu>
  37. Subject: 9600 baud packet users
  38. To: TCP digest <tcp-group@UCSD.EDU>
  39.  
  40.      While the movers and doers try and figure out the new 
  41. NETWORK, some of us need to work the future problem of getting the 
  42. average ham onto 9600 baud packet. To do this smart we say that a 
  43. ham must have the following things before getting on packet radio:
  44.  
  45.      1. A PC that runs dos 3.3 or higher, and has at least 1 free 
  46. slot for a PC card.
  47.  
  48.      2. An editor on the PC that allows writing and modifying 
  49. ascii control files. Edline is NOT a good editor. Neither is vi. I 
  50. use and recommend the VDE editor available wherever shareware 
  51. files are sold. The VDE editor is free for personal use.
  52.  
  53.      3. A radio on the band that the 9600 baud node operates on, 
  54. usually 2 meters, that has "true FM" modulation of the 
  55. transmitter. A list of such radios will be made available when the 
  56. information is available.
  57.  
  58.      4. Either a 9600 baud modem for his/her existing tnc, or 
  59. purchase a 9600 baud tnc on a card, that plugs into the computer 
  60. you have. This card does not exist now, but will in the near 
  61. future.
  62.  
  63.      The cost for getting on packet radio at 9600 baud  will not 
  64. be much more than getting on 1200 baud packet radio 5 years ago. 
  65. Now the required computer is cheap and the existing radio may well 
  66. work with the 9600 baud system.
  67.  
  68.      I strongly suggest that hams having a pc now and on packet 
  69. radio get the NOS software and install and use it. The latest from 
  70. the JNOS collection is jnos110d which I'm running in a very small 
  71. version that meets my needs. There needs to be a kit made that 
  72. includes a particular version of NOS, the VDE editor and some of 
  73. the best documentation on how to install and use that version of 
  74. nos. The British have done this with what they called visual-nos 
  75. or like that.
  76.  
  77.      We need to use this later version of nos because it has some 
  78. nice additions to the original NET. But the individual user does 
  79. not need the bbs features. He will use smtp and ftp to communicate 
  80. with his buddies and learn how all that works.
  81.  
  82.      So the future of ham packet radio will be to go from the slow 
  83. 1200 to the 8 times faster 9600 baud world. Anyone with a good 
  84. idea along these lines please put it on the network, packet, 
  85. internet or fidonet so we can all learn.
  86.  
  87. 73 de karl k5di@k5di.nm.usa.na
  88.  
  89.     (this is making it's way across the country on the bbs network. 
  90. Should be in the east coast now, I hope)
  91.  
  92. ------------------------------
  93.  
  94. Date: Mon, 11 Jul 1994 09:26:00 +0200 (BST)
  95. From: A.Cox@swansea.ac.uk (Alan Cox)
  96. Subject: AX.25 drivers for ODI
  97. To: NSYSTEM.ZMPEHOR@a50vm1.trg.nynex.com (Bill Horne)
  98.  
  99. > please send me a note.  Also, if you have the programmer's information on
  100. > how to code an ODI-compliant driver in C, please send that as well.
  101.  
  102. The spec is available from Novell as is a developer kit for ODI drivers. I
  103. believe it is about $3000 or so. You may want to look at other alternatives
  104. like using PDIPX instead of ODI as your bottom layer.
  105.  
  106. Alan
  107.  
  108. ------------------------------
  109.  
  110. Date: Sun, 10 Jul 1994 08:18:56 -0500 (CDT)
  111. From: ssampson@sabea-oc.af.mil (Steve Sampson)
  112. Subject: AX.25 Packet Driver
  113. To: tcp-group@UCSD.EDU
  114.  
  115. Just a note to thank Gary Grebus for the well done packet driver for AX.25!
  116. I plugged it in today and experimented with it using SuperTCP (Frontier
  117. Technologies).  It works as advertised.  Now I only wish I had a better RF
  118. path. . .
  119.  
  120. The problems I had getting started was:
  121.  
  122.     Don't try to use the interrupt that is shown in his axample with
  123. SuperTCP (0x7E) as it likes 0x6b.  What I did was add the driver to the
  124. installation floppy by deleting the SLIP8250 driver and modifying the
  125. packet.inf file (I commented out the check= parameter as the calculation of
  126. this number is unknown by me).  This makes it easier to just click on packet
  127. driver on installation, and it will offer ethrax25 as an option.  I found at
  128. this point it liked to use 0x6b.  I also found it liked to turn on hardware
  129. flow and SLIP, so after installation I modify the autoexec.bat to delete the
  130. SLIP part, but it seems to work OK using hardware flow (-h).  You have to go
  131. through the servers and make sure those things that are specified in seconds
  132. are adjusted for your network.
  133.  
  134. Notes:
  135.  
  136.     I notice that the MTU of the driver is set for 1514 (GIANT).  I wonder
  137. if this should probably be 236 (256 - 20)?  Better would be an ax25conf.exe
  138. parameter probably, as this could be increased on higher speeds.
  139.  
  140. It looks like a lot of hard work by Gary, thanks again,
  141. Steve, N5OWK
  142.  
  143. ------------------------------
  144.  
  145. Date: Sun, 10 Jul 1994 06:28:10 -0600 (MDT)
  146. From: Klarsen <klarsen@kazak.NMSU.Edu>
  147. Subject: DOS
  148. To: Bruce Perens <bruce@pixar.com>
  149.  
  150. On Sat, 9 Jul 1994, Bruce Perens wrote:
  151.  
  152. > DRSI already makes a 9600/1200 card. I think they list it for $300. 
  153. > There's no radio included, so add $100 for a TEKK (cheaper than an HT)
  154. > and something for cables, antenna, feedline, power supply, etc. 
  155.  
  156.     Yes Bruce the TEKK radio seems to be a good choice for the home 
  157. station with no competing 440 mhz radios. I would hope DRSI could make a 
  158. single 9600 baud card for a hundred bucks less. It wouls sell pretty good 
  159. I expect to users wishing higher speeds to mine and others bbs...hi
  160.  
  161. > There's also the Gracilis card/radio/software package, which is about
  162. > the same as the above but works out of the box and costs $100 more.
  163.  
  164.     I wonder what the realities are that make the Gracilis package so 
  165. expensive? But since it's a complete system it might well be about as 
  166. cheap as it can get!  But $400.00 is hard to talk the wife into...
  167.  
  168.  
  169. > What you get is something that's OK for connecting to a BBS, and 
  170. > doesn't have much of a user interface. The user interface is going
  171. > to be a _BIG_ problem for the average ham. Maybe Windows would be
  172. > better for this reason.
  173.  
  174.     You are right Bruce. This morning I got the first message in 
  175. response to a packet bulletin I sent out yesterday. It is from a ham in 
  176. Pheonix and in poor english he cussed me out and said he was using a 
  177. Color Computer and a used $90.00 tnc. He was NEVER going to get on 9600 
  178. baud and NEVER have a PC. So as hams we have people like this ham who is 
  179. hard pressed to get his poor equipment to work right and cannot afford? 
  180. more? and the guys here on internet who seem to be light-years ahead.
  181.  
  182.     I will enter the bulletin on the digest so everyone here can see 
  183. it. 
  184.  
  185. >     Bruce Perens AB6YM
  186.     Karl Larsen K5DI
  187.  
  188. ------------------------------
  189.  
  190. Date: Mon, 11 Jul 1994 09:24:18 +0200 (BST)
  191. From: A.Cox@swansea.ac.uk (Alan Cox)
  192. Subject: Dreams in Black and White
  193. To: jks@giskard.utmem.edu
  194.  
  195. > the transliteration ("port" is to crude a word - ) of amateur radio enabled
  196. > IP services and applications to any OS environment ought to be carried out
  197. > with an eye toward using common source code and an a *completely uniform*
  198. > user command set. Hardware level stuff should be left to individual OS 
  199.  
  200. I'm not convinced about a single user interface, some people like text,
  201. some menus. Portability I don't see as a problem. If there is a defined
  202. standard (or pseudo standard) - eg BSD sockets, as used in most systems now
  203. including I believe the OS/2 kit, then all we do is define the behaviour
  204. of AF_AX25 family sockets. On a textual level OS/2 and Unix combined portability
  205. is easy. Especially with gcc on both.
  206.  
  207. > Then if Walt wants to write a bunch of DSOM enabled Workplace Shell IP Apps 
  208. > and Steve wants to do the same in X-windows (do I hear the sound of distant
  209. > apoplexic seizures Alan?) they can do it and not worry about the binary
  210. > unlayment or disturbing the serenity of the "text-mode-forever" UNIX
  211. > fanatics.
  212.  
  213. Yep.. There is already one Linux amateur radio application using X windows
  214. and the kernel AX.25, so X is fine for those whole like it. OS/2 graphical
  215. apps seem equally as suited.
  216.  
  217. > dedicating a whole machine to packet radio. Use of freeBSD or LINUX would 
  218. > prevent them from using DOS "legacy applications" while they run their IP 
  219. > stuff in the background. OS/2 easily allows one to do this (I am as I
  220. > write!) without major retraining or getting a CS / programming background.
  221.  
  222. Actually Linux has a DOS emulator that's good enough to play Wolfenstein but
  223. not run Windows 8). The basic comment is right though for windoze users OS/2
  224. is a sensible path.
  225.  
  226. > LINUX may indeed be the best option for 80X86 based gateway/router
  227. > platforms! What about old 68K or MIPS or even new PPC boxes? Could we keep 
  228. > the code portable? Common featured? Avoid rampant "feeping creaturism" as
  229.  
  230. Well AmigaNOS has been clean quite portable code for a long time. And doesn't
  231. have the 640K limit and worked far better than the DOS variants at many jobs.
  232. I guess that proves its quite doable even with NOS code once you get away
  233. from DOS.
  234.  
  235. Alan
  236.  
  237. ------------------------------
  238.  
  239. Date: Sun, 10 Jul 1994 15:31:33 -0300 (EST)
  240. From: Ma Auxiliadora Minahim <minahim@ufba.br>
  241. Subject: JNOS 1.10d and BC++ for OS/2
  242. To: tcp-group@ucsd.edu
  243.  
  244. Hi...
  245. Can I compile the JNOS 1.10d in the Borland C++ v1.5 for OS/2 ??
  246. I've tried but I need some help. 
  247.  
  248. Thx
  249. PU6WDM
  250.  
  251. ------------------------------
  252.  
  253. Date: Sun, 10 Jul 1994 11:57:44 -0700
  254. From: "Robert A. Buaas" <buaas@wireless.net>
  255. Subject: new 9600 baud radios
  256. To: tcp-group@UCSD.EDU
  257.  
  258. When evaluating the new 2M 9600 radios, check the specs (if you can't check
  259. the actual performance) to see what the keyup and keydown (rcvr recovery) times
  260. are. The usual single-VCO cheap transceivers are not optimized to move the
  261. VCO quickly, nor is the receiver detector stable quickly after transmitting.
  262. Having to run the TNC at TXD 30 means that you are using 300 milliseconds of
  263. channel time  (that's nearly 3000 bits!) to get started. Consider the impact
  264. this has on the channel access algorithms. Similiarly, consider what percentage
  265. of the channel time is lost to getting the receiver active again.
  266.  
  267. In short, the improvement in channel throughput is likely not to be that which
  268. is casually expected. Anyone having some verified number would do us all a
  269. service by publishing them in this forum.
  270.  
  271. -bob K6KGS
  272.  
  273. ------------------------------
  274.  
  275. Date: Sun, 10 Jul 1994 06:45:23 -0600 (MDT)
  276. From: Klarsen <klarsen@kazak.NMSU.Edu>
  277. Subject: NOS and Windows
  278. To: TCP digest <tcp-group@UCSD.EDU>
  279.  
  280.     Every nos I have ever run will run in a dos window under windows 
  281. ver 3.1 and it is simple to do. First load nos and write a batch file to 
  282. bring it up. Then go to the windows Pif Editor and write a .pif file to 
  283. call the batch file. Make it a windowed window and give nos plenty of 
  284. ram! I used memaker in dos 6.2 and my windows have 620kbyte max and nos 
  285. is happy....
  286.  
  287.     Now make an icon to call nos and your set. I did have a problem 
  288. with the new versions of nos with a color band across the top of the 
  289. screen. Windows sent me several warning messages saying the color 
  290. settings for nos were not correct. I never did find the correct settings 
  291. and solved the problem by compiling a new version w/o color.
  292.  
  293.     karl k5di
  294.  
  295. ------------------------------
  296.  
  297. Date: Mon, 11 Jul 1994 09:32:27 +0200 (BST)
  298. From: A.Cox@swansea.ac.uk (Alan Cox)
  299. Subject: WWW Interface for the KA9Q??
  300. To: rtorres@tazz.coacade.uv.mx
  301.  
  302. > Hi Folks!! Why not to put a WWW interface for the Ka9q?? It is reliable, it
  303. > is standard , and it is nice :). Why not??
  304.  
  305. a) It is large
  306. b) Its not as simple as it looks once you get into WAIS, image handling, and
  307. other services.
  308. c) If you want to do that you can already use a Unix system and Wampes to
  309. do it, or Linux and the kernel AX.25 code. I know I run an amateur radio
  310. Web server.
  311.  
  312. Alan
  313.  
  314. ------------------------------
  315.  
  316. End of TCP-Group Digest V94 #145
  317. ******************************
  318.